TITLE OF THE INVENTION 

PRINT JOB MANAGEMENT APPARATUS 



BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to a print job management 
system that receives a plurality of print jobs from, for example, 
computers, and manages the plurality of print jobs to be adequately 
printed with printers. 

Description of the Related Art 

[0002] With spread of LANs (Local Area Networks), the system, in 
which a plurality of computers connecting with a network (hereinafter 
referred to as 'clients') share one or multiple printers also connecting 
with the network, becomes popular. Multiple print jobs are 
transmitted from the clients to each printer. Each printer is 
provided with an internal or external spool buffer for storing the 
transmitted print jobs. The print jobs are temporarily registered in 
the spool buffer and successively transferred to the printer to be 
printed. 

[0003] The print job is printed through diverse statuses. The spool 
buffer manages print jobs based on these statuses. The statuses are 
defined by International Standard ISO/IEC10175-1. Fig. 1 shows the 
outline of the statuses defined by International Standard 
ISO/IEC10175-1. Only the main statuses are illustrated here. 
[0004] The status 'receiving' means that the buffer is now receiving 
a print job transmitted from the client. The status of the print job 
that has been received by the buffer is shifted to 'pending' (see the 
arrow trl). The status 'pending' means that the received print job is 
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added to a waiting queue of printing operation. The print jobs added 
to the waiting queue are successively executed according to a 
predetermined order of priority. 

[0005] The status of the print job, which should be processed 
5 currently, is shifted from 'pending' to 'interPreting' (see the arrow tr2). 
The print jobs are described in diverse protocols and languages, for 
example LPR and PostScript. It is accordingly required to interpret 
the contents of data in each print job and convert the data of the print 
job into data intrinsic to the printer used for printing. The status 

,%0 'interpreting' means that such data conversion is being carried out. 

-T. [0006] After completion of the interpreting, the status of the print 
job is shifted to 'print Waiting' (see the arrow tr3). The status 

W 'printWaiting' means that the print job is waiting until the printer 

« gets ready for printing. 

yl5 [0007] When the printer is read for printing, the print job is 
^ transferred to the printer and is printed. This further shifts the 
O status of the print job to 'printing' (see the arrow tr4). On completion 
of the printing operation, the status is changed to 'completed' (see the 
arrow tr5). In general, the print job is eliminated and the job 
20 management is concluded at this moment. 

[0008] An instruction to retain for a preset time period after 
conclusion of printing may be attached to the print job. In such cases, 
the status of the print job is further shifted from 'completed' to 
'retained' (see the arrow tr7). The status 'retained' means that the 
25 print job is not eliminated but is kept until either of conditions, that is, 
input of a user's reprinting instruction and elapse of a predetermined 
time period, is fulfilled. In response to input of a user's reprinting 
instruction via the client or an interface of the printer, the status of 
the print job is shifted from 'retained' to 'pending' (see the arrow tr9). 
30 The process of job management newly creates a print job identical 



2 



with the print job in the 'retained' status and keeps the newly created 
print job in the 'pending' status. Namely the job management 
assigns different pieces of identification information, for example, job 
number or indexes to the existing print job in the 'retained' status and 
5 the newly created print job in the 'pending ' status. 

[0009] There is often an additional function of holding execution of 
the print job, in addition to the series of processing flow discussed 
above. This function results in a 'held' status. The shift to the 
'held' status is implemented in response to input of a user's 

10 instruction via the client or the interface of the printer. The shift to 
the 'held' status is allowed from any of the 'pending', 'printWaiting', 
'interpreting', 'printing', and 'completed' statuses (see the arrows tr6). 
The shift to the 'held' status is otherwise implemented by attaching 
data, which represents an instruction of a shift to the 'held' status, to 

15 the print job. The print job in the 'held' status is kept in the current 
state until input of a user's instruction. In response to a user's 
release instruction, the status of the print job is again shifted to 
'pending' (see the arrow trS). The print job in the 'held' status may 
alternatively be eliminated in response to a user's discarding 

20 instruction. 

[0010] The statuses 'held' and 'retained' are similar to each other in 
some sense, since the job is kept in either of these statuses. There is, 
however, a distinct difference between these two statuses. The shift 
to the 'retained' status is allowed only after execution of the print job, 

25 while there is no such a restriction with regard to the shift to the 
'held' status. Execution of a print job in the 'retained' status 
accompanies creation of a new print job, whereas execution of a print 
job in the 'held' status does not accompany creation of a new print job. 
Namely the print job itself kept in the 'held' status is executed in the 

30 latter case. The print job in the 'retained' status is generally 
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eliminated after elapse of a predetermined time period. The print job 
in the 'held' status is, however, kept without any time limit. 
[0011] The job management apparatus functions to manage the 
statuses of the respective print jobs and control execution of the 
5 respective print jobs. The job management apparatus is 
conventionally constructed by a software program called a spooler 
inside the printer or a print server separate from the printer. 
[0012] The prior art job management carried out in the range 
defined by the International Standard, however, sometimes has poor 
!lO utility in practical printing services. For example, it is required to 
I output a new job from the client every time a frequently used 
document is to be printed. The client should be activated on every 
I occasion of reprinting. This results in poor utility in practice. 

;i5 SUMMARY OF THE INVENTION 

: [0013] At least part of the problems discussed above is solved in the 

I job management apparatus that manages statuses of print jobs in 
conformity with International Standard ISO/IEC10175-1. The 
technique of the present invention registers frequently required print 

20 jobs in the job management apparatus and utilizes such print jobs 
under a specific condition that keeps the print jobs in a 'held' status. 
[0014] In a first application of the present invention that allows 
utilization of the print jobs, the procedure creates at least one 
daughter job from a specified print job in a 'held' status as a mother 

25 job in response to a printing instruction given to the specified print 
job in the 'held' status. The procedure keeps at least one of the 
mother job and the daughter jobs in the 'held' status and executes at 
least one of the other print jobs. 

[0015] The process may execute at least one of the daughter jobs 
30 while keeping the mother job in the 'held' status. The process may 
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alternatively execute the mother job while keeping at least one of the 
daughter jobs in the 'held' status. 

[0016] The arrangement of keeping frequently used documents in 
the 'held' status enables these documents to be printed without 
5 individual output of the corresponding print jobs. Storage of the 
documents not in the 'retained' status but in the 'held' status does not 
require execution of the printing operation and thus desirably 
prevents non-required printing for accumulation of the print jobs. 
This arrangement enables the print jobs to be readily accumulated for 
'ilO a long time period without any limit of the storage term. 
U [0017] Creation of the daughter print job in the process of executing 
£3 the printing operation has the following advantages. The print job in 
the 'held' status is executed in response to an instruction to release 
® the 'held' status and is then eliminated. Simple storage of frequently 
Hl5 used documents in the 'held' status does not allow the documents to be 
i=^= used in an iterative manner. One possible procedure to allow 
i[ repeated use of the documents gives an instruction to return the 
^' status to 'held' after completion of the printing operation in response 
to a printing instruction. This procedure is, however, rather 
20 complicated and damages the utility in printing. It is highly possible 
that a desired print job is eliminated by an erroneous instruction. 
This does not ensure stable reprinting of the documents in the 'held' 
status. The technique of the present invention automatically creates 
a new daughter print job in the course of executing the print job in the 
25 'held' status. This arrangement executes the print job while keeping 
the print job in the 'held' status without such problems. 
[0018] It is not necessary to create daughter jobs from all the print 
jobs in the 'held' status. The print job may be released from the 'held' 
status without creation of any daughter jobs according to the type of 
30 the print job and input of the printing instruction. 
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[0019] In a second application of the present invention, the 
procedure executes a specified print job in a 'held' status in response 
to a printing instruction given to the specified print job in the 'held' 
status. On completion of the print job, the procedure creates at least 
5 one daughter job from the executed print job as a other job and shifts 
the status of the at least one daughter job to 'held'. Whereas the first 
application creates daughter jobs prior to execution of the printing 
operation, the second application creates daughter jobs after 
execution of the printing operation. The second application exerts 
^^;jlO the similar effects to those of the first application discussed above. 
5 [0020] The first application and the second application discussed 
above regard the job management apparatus that manages the 
H statuses of print jobs in conformity with International Standard 
O ISO/IEC10175-1. The present invention is, however, not restricted to 
Mas such a job management apparatus but is applicable to a job 
r! management apparatus that executes unique job management, 
p [0021] In the latter case, the job management apparatus has the 
P function of excluding an input print job from a waiting queue of 
printing operation and keeping the input print job in the held status 
20 One procedure creates at least one daughter job in response to a 
printing instruction given to the print job in the held status and adds 
print jobs but at least one of the daughter jobs and the mother job to 
the waiting queue. This arrangement actualizes the structure 
equivalent to the structure of the first application of the present 
25 invention. Another procedure creates at least one daughter job on 
completion of the print job in the held status and shifts the status of 
the at least one daughter job to held. This arrangement actualizes 
the structure equivalent to the structure of the second application of 
the present invention. 
30 [0022] The present invention may be actualized by diverse 
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applications other than the job management apparatus discussed 
above, for example, a print job management method, a recording 
medium in which a program for managing print jobs is recorded, and 
the program. Typical examples of the recording medium include 
5 flexible disks, CD-ROMs, magneto-optic discs, IC cards, ROM 
cartridges, punched cards, prints with barcodes or other codes printed 
thereon, internal storage devices (memories like a RAM and a ROM) 
and external storage devices of the computer, and a variety of other 
computer readable media. 
10 These and other objects, features, aspects, and advantages of 

the present invention will become more apparent from the following 
detailed description of the preferred embodiments with the 
accompanying drawings. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 
[0023] 

Fig. 1 shows the outline of the statuses defined by International 
Standard ISO/IEC10175-1; 

Fig. 2 illustrates the structure of a printing system with a job 
20 management apparatus in one embodiment of the present invention; 

Fig. 3 shows the outline of a status management table; 

Fig. 4 is a flowchart showing a printing process routine that starts 
in a 'held' status; 

Fig- 5 is a flowchart showing a printing process routine executed in 
25 a modified example; and 

Fig. 6 is a flowchart showing a printing process routine executed in 
a second embodiment of the present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

30 [0024] Some modes of carrying out the present invention are 
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discussed below as preferred embodiments in the following sequence: 

A. System Construction 

B. Printing Process Starting in 'held' status 

C. Modified Example 

5 D. Second Embodiment 

[0025] 

A. System Construction 
p Fig. 2 illustrates the structure of a printing system with a job 

management apparatus in one embodiment of the present invention. 
55 Client computers PCI to PCS and a printer PRT are mutually 
O connected via a LAN (Local Area Network). The numbers of the 

client computers and the printers are not restricted to this 

embodiment. 

^'■15 [0026] Each of the client computers PCI to PCS is a general-purpose 
ffi computer and creates documents and images according to various 
y[ applications. Multiple print jobs including data of the documents 
and images thus created are output from the client computers PCI to 
PCS to the printer PRT. The respective print jobs are converted into 
20 packets according to a predetermined communication protocol and 
transmitted to the printer PRT via the LAN. The printer PRT 
includes a spool buffer, in which the transmitted print jobs are 
temporarily registered. The printer PRT manages the statuses of the 
multiple print jobs transmitted from the client computers PCI to PCS 
25 and successively carries out the printing operations. 

[0027] In the structure of this embodiment, the job management 
apparatus for managing statuses of print jobs is incorporated in the 
printer PRT. The printer PRT has a microcomputer including a CPU, 
a ROM, and a RAM as a control unit for controlling the printing 
30 operations. The job management apparatus is attained by the 



software configuration utilizing this control unit. Functional blocks 
constituting the job management apparatus are illustrated in Fig. 2. 
The job management apparatus of the embodiment manages the 
statuses of the print jobs in conformity with International Standard 
5 ISO/IEC10175-1 (hereinafter simply referred to as the 'International 
Standard'). 

[0028] The statuses of the print jobs are managed by a status 
management table 3. The respective functional blocks included in 
the job management apparatus gain access to the status management 
10 table 3, perform the functions assigned thereto, and cooperate with 
one another via the status management table 3. 

[0029] Fig. 3 schematically illustrates the status management table 
3. The job management apparatus assigns identification indexes ID 
to the respective print jobs for the purpose of management. The 
15 indexes ID are also mapped to storage positions (pointers) of the 
respective print jobs in the spool buffer. 

[0030] The status, the instruction, and the attribute information of 
each print job corresponding to each index ID are stored in the status 
management table 3. The status represents one of the respective 

20 statuses in conformity with the International Standard illustrated in 
Fig. 1. The instruction may be input from any of the client 
computers PCI to PC3 via the LAN or input via an interface of the 
printer PRT to make each print job subjected to required processing. 
The attribute information includes settings of the printing operations, 

25 for example, the number of copies to be printed and paper settings. 

[0031] Referring back to Fig. 2, the other functional blocks of the job 
management apparatus are discussed. An input module 1 functions 
to input instructions transmitted from the client computers PCI to 
PC3 via the network. An interface control module 7 functions to 

30 control the input from the interface incorporated in the main body of 



the printer PRT. These inputs are reflected on the 'instruction' 
information in the status management table 3. In the example of Fig. 
3, instructions 'release', 'create', and 'hold' are input respectively to 
jobs 2, 6, and 7. The meanings of these instructions will be discussed 
later with the other functional blocks. 

[0032] A held control module 4 processes print jobs in the 'held' 
status defined by the International Standard. The held control 
module 4 first detects print jobs in the 'held' status based on the 
status information stored in the status management table 8. Each of 
the detected print jobs undergoes some processing corresponding to 
the instruction information within a range in conformity with the 
International Standard. One of the typical processes executed by the 
held control module 4 is 'release'. The instruction 'release' is a print 
job shifting instruction based on the International Standard. The 
print job in the 'held' status is simply shifted to the 'pending' status, 
in response to the 'release' instruction. 

[0033] A create control module 6 also processes print jobs in the 
'held' status. Whereas the held control module 4 carries out the 
processing in the range in conformity with the International Standard, 
the create control module 6 carries out processing intrinsic to the job 
management apparatus of the embodiment- One of the typical 
processes executed by the create control module 6 is 'create'. The 
instruction 'create' creates a daughter job from the print job in the 
'held' status as a mother job and executes printing of the mother job 
while keeping the daughter job in the 'held' status. 

[0034] The respective functions of the held control module 4 and the 
create control module 6 are discussed in detail with the example of Fig. 
3. In this example, the jobs 2 and 6 are in the 'held" status. The 
instruction 'release' is given to the job 2, and the instruction 'create' is 
given to the job 6. 
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[0035] The held control module 4 executes a 'release' process with 
regard to the job 2. The 'release' process updates the status 
information of the job 2 to 'pending'. The create control module 6 
executes a 'create' process with regard to the job 6. The create 
5 control module 6 first copies the job 6 to create a new daughter job. 
Accompanied with the creation, the create control module 6 adds 
information regarding the daughter job with a new index ID, which is 
different from the index ID of the job 6, to the status management 
table 3. At this moment, the daughter job is in the 'held' status. 
- 10 The create control module 6 then shifts the status of the mother job or 
the job 6 to 'pending'. The shift is implemented by updating the 
status information of the job 6. 

[0036] Referring back again to Fig. 2, a print execution module 5 is 
discussed. The print execution module 5 processes each print job in 

15 one of the statuses 'pending', 'interpreting', 'printWaiting', 'printing', 
and 'completed' in conformity with the International Standard, based 
on the status information in the status management table 3. 
[0037] The process determines whether or not the order of printing 
has reached a print job in the 'pending' status based on a waiting 

20 queue, and updates the status of the print job to 'interpreting' at the 
time when the order of printing has reached the print job. The 
process makes a print job in the 'interpreting' status undergo 
interpretation discussed previously and updates the status of the 
print job to 'printWaiting' at the time of conclusion of the 

25 interpretation. With regard to a print job in the 'printing' status, the 
process updates the status to 'completed' at the time of conclusion of 
printing. With regard to a print job in the 'completed' status, the 
process eliminates the print job or shifts the status to 'retained', 
based on the attribute information attached to the print job. 

30 [0038] When an instruction 'hold' for shifting the status to 'held' is 
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given to the print job in any of the 'pending', 'print Waiting', 
'interpreting', 'printing', and 'completed' statuses, the status 
information is updated to 'held'. 

[0039] In this embodiment, the print execution module 5 
5 comprehensively carries out the processing according to each status. 
One possible modification may provide functional blocks for the 
respective statuses. 

[0040] A retained control module 2 processes print jobs in the 
'retained' status in conformity with the International Standard, based 

3.0 on the status information in the status management table 3. The 
retained control module 2 monitors a print job in the 'retained' status 
for the elapse of time since the start of the 'retained' status, and 
eliminates the print job when the elapse of time exceeds a preset time 
period. The preset time period is specified by the user. When a 

15 reprinting instruction 'reprint' is output prior to the elimination, the 
retained control module 2 creates a new print job from the print job in 
the 'retained' status and sets 'pending' to the status of the newly 
created print job. 

20 [0041] 

B. Printing Process Starting in 'held' status 

Fig. 4 is a flowchart showing a printing process routine 
starting in the 'held' state. The series of processing cooperatively 
executed by the functional blocks shown in Fig. 2 is shown with regard 

25 to a specific job. 

[0042] The program starts the series of processing in response to 
input of an instruction given to a print job in the 'held' status at step 
SIO. The instruction is input from the interface incorporated in the 
printer PRT or from any of the client computers PCI to PCS. In the 

30 former case, the instruction is input via an interface control module 7. 
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In the latter case, the instruction is input via the input module 1. 
Examples of the instruction includes 'release' and 'create' discussed 
above with Fig. 2. The input instructions are stored as part of the 
instruction information in the status management table 3. 

5 [0043] The contents of the status management table 3 are also 
illustrated in Fig. 4. In this example, information regarding print 
jobs up to an index N is stored in the status management table 3, and 
a print job with an index J is in the 'held' status. In response to 
input of an instruction to this print job with the index J, the input 

10 instruction is added to the instruction information. 

[0044] The program subsequently determines whether or not the 

= input instruction is 'release' at step Sll. The decision is executed by 
the held control module 4. When the input instruction is 'release', 
the held control module 4 determines that the print job is an own 

15 object to be processed and carries out the 'release' process. Namely 
the held control module 4 shifts the status of the print job to 'pending' 
at step S14. The shift of the status is implemented by updating the 
status information of the print job with the index J to 'pending' in the 
status management table 3 as illustrated in Fig. 4. 

20 [0045] When the input instruction is not 'release', the program then 
determines whether or no the input instruction is 'create' at step S12. 
The decision is executed by the create control module 6. When the 
input instruction is not 'create', this means that no printing 
instruction is given to the print job in the 'held' status. The program 

25 accordingly exits from this processing routine. 

[0046] When the input instruction is 'create', the create control 
module 6 carries out the 'create' process. The create control module 
6 first creates a new daughter job and sets 'held' to the status of the 
newly created daughter job at step S13. In the illustrated example, a 

30 daughter job with an index Jl is newly created from the print job with 
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the index J as the mother job. The daughter job with the index Jl is 
kept in the 'held' status. The create control module 6 then shifts the 
status of the mother print job with the index J to 'pending' at step 
S14. 

5 [0047] After the status of the print job with the index J has been 
shifted to 'pending' by either the held control module 4 or the create 
control module 6, the print execution module 5 carries out the actual 
printing operation of the print job with the index J at step S15. 
[0048] The job management apparatus of the embodiment discussed 
^ilO above effectively uses the 'create' process to enhance the utility of the 
printer PRT. For example, any frequently used document may be 
registered in the 'held' status in the spool buffer and reprinted 
hi iteratively according to the requirements. The printing instruction 
may be input via the interface incorporated in the printer PRT, so that 
i"'l5 reprinting is allowed even in the inactive state of the client computers 
M= PCI to PC3. When the print job in the 'held' status is reprinted by 
m the 'create' process, the newly created daughter job is kept in the 
^' 'held' status in the spool buffer. This arrangement readily and 
securely attains frequent repeated printing of the specific print job. 
20 [0049] Storage of the document in the 'held' status gives other 
advantages. As shown in Fig. 1, the status of the print job may be 
shifted to 'held' prior to completion of the printing operation. This 
arrangement effectively avoids non-required printing in the process of 
storing a frequently used document in the spool buffer. The print job 
25 in the 'held' status is not automatically eliminated with elapse of time. 
This attains the secure storage of the print job. In other words, this 
arrangement effectively prevents the required print job from being 
mistakenly eliminated from the buffer, which interferes with smooth 
reprinting. 

30 
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[0050] 

C. Modified Example 

The procedure of the above embodiment carries out the 'create' 

process to newly create a daughter job from a mother print job and 
5 sets the status of the daughter job to 'held' and the status of the 

mother job to 'pending'. The procedure of one possible modification 

may alternatively shift the status of the daughter job to 'pending' and 

the status of the mother job to 'held'. The latter case is discussed 

below as a modified example. 
5ilO [0051] The job management apparatus of the modified example has 

the same functional block construction as that of the first embodiment 
3J (see Fig. 2). The difference between the modified example and the 
W first embodiment is the functions of the create control module 6 as 
r well as a printing process routine starting in the 'held' status. 
l\15 [0052] Fig. 5 is a flowchart showing the printing process routine 
^' executed in the modified example. The program starts the 
O processing in response to input of an instruction to a print job in the 
^" 'held' status at step S20. When it is determined at step S21 that the 

input instruction is 'release', the held control module 4 carries out the 
20 same process as that of the embodiment. The held control module 4 

namely shifts the status of the specified print job to 'pending' at step 

S22. 

[0053] When the input instruction is not 'release', the program 
subsequently determines whether or not the input instruction is 
25 'create' at step S23. When the input instruction is not 'create, this 
means that no printing instruction is given to the print job in the 
'held' status. The program accordingly exits from the processing 
routine. 

[0054] When the input instruction is 'create', on the other hand, the 
30 create control module 6 carries out a 'create' process in the modified 
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example. The create control module 6 newly creates a daughter job 
from the print job in the 'held' status as a mother job and sets the 
status of the newly created daughter job to 'pending' at step S24. As 
illustrated in Fig. 5, a daughter job with an index Jl is created from 
the print job with the index J as the mother job and is stored in the 
status management table 3. The status of the daughter job with the 
index Jl is 'pending', while the mother job with the index J is kept in 
the 'held' status. 

[0055] After the status of either the specified print job or its 
daughter job is updated to 'pending' by either the held control module 
4 or the create control module 6, the print execution module 5 
executes printing of the job in the 'pending' status at step S25. The 
print execution module 5 executes the specified print job with the 
index J in response to input of the 'release' instruction, while 
executing it daughter print job with the index Jl in response to input 
of the 'create' instruction. 

[0056] The job management apparatus of the modified example 
exerts the similar effects to those of the first embodiment discussed 
above. 

[0057] 

D. Second Embodiment 

The first embodiment regards the process of creating a 
daughter job prior to execution of the actual printing operation in 
response to input of the 'create' instruction. A second embodiment 
regards the process of creating a daughter job on completion of the 
printing operation. 

[0058] The job management apparatus of the second embodiment 
has the same functional block construction as that of the first 
embodiment (see Fig. 2). The difference between the second 
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embodiment and the first embodiment is the functions of the create 
control module 6 as well as a printing process routine starting in the 
'held' status. 

[0059] Fig. 6 is a flowchart showing the printing process routine 
5 executed in the second embodiment. The program starts the 
processing in response to input of an instruction to a print job in the 
'held' status at step S30. When it is determined at step S31 that the 
input instruction is neither 'release' nor 'create', this means that no 

_ printing instruction is given to the print job in the 'held' status. The 

■fllO program thus exits from the processing routine. 

Cfj [0060] When the input instruction is either 'release' or 'create', the 

jS| status of the specified print job is shifted to 'pending' at step S32. 

^ij The held control module 4 carries out the shift of the status in the 
case of input of the 'release instruction, whereas the create control 

M=15 module 6 carries out the shift of the status in the case of input of the 
'create' instruction. The print execution module 5 executes the print 
job whose status has been shifted to 'pending' at step S33. 
[0061] The processing flow after completion of the printing operation 
depends upon whether or not the instruction given to the print job is 
20 'create' at step S34. When the input instruction is not 'create' but 
'release', the program exits from the processing routine. When the 
input instruction is 'create', on the other hand, the program newly 
creates a daughter job from the concluded print job as the mother job 
at step S35. The daughter job is kept in the 'held' status. As 
25 illustrated in Fig. 6, a daughter print job with an index Jl is newly 
created on completion of the print job with the index J and is stored in 
the status management table 3. The status of the daughter print job 
with the index Jl is 'held'. The print job with the index J may be 
eliminated or shifted to the 'retained' status after completion of the 
30 printing operation. 
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[0062] For simplicity of the processing of steps S34 and S35, a 
desirable procedure shifts the status of the print job to 'pending' in 
response to input of the 'create' instruction' while keeping the input 
instruction. In this case, the create control module 6 retrieves the 
5 status management table 3 to find a print job having the instruction 
information 'create'. When the retrieved print job is in the 'held' 
status, the status of the print job is shifted to 'pending'. When the 
retrieved print job is in the 'completed' status, on the other hand, a 
daughter job is created from the print job. This simplifies the 
^^10 processing of steps S34 and S35. 

y- [0063] The job management apparatus of the second embodiment 
exerts the similar effects to those of the first embodiment discussed 
'ff. previously. 

s [0064] The above embodiments are to be considered in all aspects as 
m5 illustrative and not restrictive. There may be many modifications, 
jSjj changes, and alterations without departing from the scope or spirit of 
P the main characteristics of the present invention. All changes within 
the meaning and range of equivalency of the claims are therefore 
intended to be embraced therein. Some examples of possible 
20 modification are given below. 

[0065] The first and the second embodiments regards the job 
management apparatus constructed in the printer PRT. The job 
management apparatus may otherwise be constructed in a special 
print server connecting with the LAN or in any of the client computers. 
25 The functions of the job management apparatus may be attained by 
multiple servers in a distributive manner. 

[0066] The first and the second embodiments regard the job 
management apparatus in conformity with the International 
Standard. The technique of the present invention is applicable to a 
30 job management apparatus that does not conform to the International 
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Standard as long as the job management apparatus has a status 
corresponding to the 'held' status discussed in the embodiments. 
[0067] The diverse control processes discussed above may be 
actualized by the hardware structure, instead of the software 
configuration. 

The scope and spirit of the present invention are indicated by 
the appended claims, rather than by the foregoing description. 
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